| Package | hl7.ehrs.ehrsfmr21 |
| Type | Requirements |
| Id | Id |
| FHIR Version | R5 |
| Source | http://hl7.org/ehrs/https://build.fhir.org/ig/mvdzel/ehrsfm-fhir-r5/Requirements-EHRSFMR2.1-AS.2.1.html |
| Url | http://hl7.org/ehrs/Requirements/EHRSFMR2.1-AS.2.1 |
| Version | 2.1.0 |
| Status | active |
| Date | 2024-11-26T16:30:50+00:00 |
| Name | AS_2_1_Synchronize_Patient_Demographic_Data |
| Title | AS.2.1 Synchronize Patient Demographic Data (Function) |
| Experimental | False |
| Realm | uv |
| Authority | hl7 |
| Description | Support interactions with other systems, applications, and modules to enable the maintenance of updated demographic information in accordance with realm-specific recordkeeping requirements. |
| Purpose | The minimum demographic data set must include the data required by realm-specific laws governing health care transactions and reporting. For example, this may include data input of death status information, or may include support to identify multiple names, such as updating from Baby Girl Doe, to neonate's given name. |
No resources found
No resources found
Note: links and images are rebased to the (stated) source
Support interactions with other systems, applications, and modules to enable the maintenance of updated demographic information in accordance with realm-specific recordkeeping requirements.
The minimum demographic data set must include the data required by realm-specific laws governing health care transactions and reporting. For example, this may include data input of death status information, or may include support to identify multiple names, such as updating from Baby Girl Doe, to neonate's given name.
| AS.2.1#01 | dependent SHALL |
The system SHALL provide the ability to capture and harmonize patient demographic information through interaction with other systems, applications, and modules according to scope of practice, organizational policy, and/or jurisdictional law. |
| AS.2.1#02 | SHOULD |
The system SHOULD provide the ability to capture and harmonize information regarding a patient's occupation. |
| AS.2.1#03 | MAY |
The system MAY provide the ability to capture and harmonize a patient's special-interest requirements (e.g., divers, firefighters, or airline pilots whose abilities to perform their occupations may be impacted based on a given diagnosis, and/or treatment). |
| AS.2.1#04 | SHOULD |
The system SHOULD tag a patient who has similar names in other systems (e.g., aliases, similar names to family members for common issues, multiple patients with same name, one patient with multiple names in external systems). |
| AS.2.1#05 | SHOULD |
The system SHOULD provide the ability to capture a patient's information from multiple internal or external systems and harmonize the information. |
| AS.2.1#06 | MAY |
The system MAY provide the ability to analyze the data quality of a patient's information (e.g., vital records information regarding the higher data quality of the date-and-time-of-death on one record, versus the lower data quality of the month-of-death on another record). |
| AS.2.1#07 | dependent MAY |
The system MAY provide the ability to capture data-validation rules for patient demographic data according to scope of practice, organizational policy, and/or jurisdictional law (e.g., synchronization of a patient's records where the values for the patient's sex are Male="1" in one record, and Male="m" in another record, can only be accomplished if the data-validation rules for those values in each record are known). |
FHIR{
"resourceType" : "Requirements",
"id" : "EHRSFMR2.1-AS.2.1",
"meta" : {
"profile" : [
"http://hl7.org/ehrs/StructureDefinition/FMFunction"
]
},
"text" : {
"status" : "extensions",
"div" : "<div xmlns=\"http://www.w3.org/1999/xhtml\">\n <span id=\"description\"><b>Statement <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b> <div><p>Support interactions with other systems, applications, and modules to enable the maintenance of updated demographic information in accordance with realm-specific recordkeeping requirements.</p>\n</div></span>\n\n \n <span id=\"purpose\"><b>Description <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Informative Content\" class=\"informative-flag\">I</a>:</b> <div><p>The minimum demographic data set must include the data required by realm-specific laws governing health care transactions and reporting. For example, this may include data input of death status information, or may include support to identify multiple names, such as updating from Baby Girl Doe, to neonate's given name.</p>\n</div></span>\n \n\n \n\n \n <span id=\"requirements\"><b>Criteria <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b></span>\n \n <table id=\"statements\" class=\"grid dict\">\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>AS.2.1#01</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n <i>dependent</i>\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to capture and harmonize patient demographic information through interaction with other systems, applications, and modules according to scope of practice, organizational policy, and/or jurisdictional law.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>AS.2.1#02</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to capture and harmonize information regarding a patient's occupation.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>AS.2.1#03</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>MAY</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system MAY provide the ability to capture and harmonize a patient's special-interest requirements (e.g., divers, firefighters, or airline pilots whose abilities to perform their occupations may be impacted based on a given diagnosis, and/or treatment).</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>AS.2.1#04</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD tag a patient who has similar names in other systems (e.g., aliases, similar names to family members for common issues, multiple patients with same name, one patient with multiple names in external systems).</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>AS.2.1#05</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to capture a patient's information from multiple internal or external systems and harmonize the information.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>AS.2.1#06</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>MAY</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system MAY provide the ability to analyze the data quality of a patient's information (e.g., vital records information regarding the higher data quality of the date-and-time-of-death on one record, versus the lower data quality of the month-of-death on another record).</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>AS.2.1#07</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n <i>dependent</i>\n \n \n \n <span>MAY</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system MAY provide the ability to capture data-validation rules for patient demographic data according to scope of practice, organizational policy, and/or jurisdictional law (e.g., synchronization of a patient's records where the values for the patient's sex are Male="1" in one record, and Male="m" in another record, can only be accomplished if the data-validation rules for those values in each record are known).</p>\n</div></span>\n \n \n </td>\n </tr>\n \n </table>\n</div>"
},
"url" : "http://hl7.org/ehrs/Requirements/EHRSFMR2.1-AS.2.1",
"version" : "2.1.0",
"name" : "AS_2_1_Synchronize_Patient_Demographic_Data",
"title" : "AS.2.1 Synchronize Patient Demographic Data (Function)",
"status" : "active",
"date" : "2024-11-26T16:30:50+00:00",
"publisher" : "EHR WG",
"contact" : [
{
"telecom" : [
{
"system" : "url",
"value" : "http://www.hl7.org/Special/committees/ehr"
}
]
}
],
"description" : "Support interactions with other systems, applications, and modules to enable the maintenance of updated demographic information in accordance with realm-specific recordkeeping requirements.",
"jurisdiction" : [
{
"coding" : [
{
"system" : "http://unstats.un.org/unsd/methods/m49/m49.htm",
"code" : "001",
"display" : "World"
}
]
}
],
"purpose" : "The minimum demographic data set must include the data required by realm-specific laws governing health care transactions and reporting. For example, this may include data input of death status information, or may include support to identify multiple names, such as updating from Baby Girl Doe, to neonate's given name.",
"statement" : [
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : true
}
],
"key" : "EHRSFMR2.1-AS.2.1-01",
"label" : "AS.2.1#01",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to capture and harmonize patient demographic information through interaction with other systems, applications, and modules according to scope of practice, organizational policy, and/or jurisdictional law.",
"derivedFrom" : "EHR-S_FM_R1.1 S.1.4.1#1"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-AS.2.1-02",
"label" : "AS.2.1#02",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to capture and harmonize information regarding a patient's occupation."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-AS.2.1-03",
"label" : "AS.2.1#03",
"conformance" : [
"MAY"
],
"conditionality" : false,
"requirement" : "The system MAY provide the ability to capture and harmonize a patient's special-interest requirements (e.g., divers, firefighters, or airline pilots whose abilities to perform their occupations may be impacted based on a given diagnosis, and/or treatment)."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-AS.2.1-04",
"label" : "AS.2.1#04",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD tag a patient who has similar names in other systems (e.g., aliases, similar names to family members for common issues, multiple patients with same name, one patient with multiple names in external systems)."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-AS.2.1-05",
"label" : "AS.2.1#05",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to capture a patient's information from multiple internal or external systems and harmonize the information."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-AS.2.1-06",
"label" : "AS.2.1#06",
"conformance" : [
"MAY"
],
"conditionality" : false,
"requirement" : "The system MAY provide the ability to analyze the data quality of a patient's information (e.g., vital records information regarding the higher data quality of the date-and-time-of-death on one record, versus the lower data quality of the month-of-death on another record).",
"derivedFrom" : "PHFP S.1.4.1#3"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : true
}
],
"key" : "EHRSFMR2.1-AS.2.1-07",
"label" : "AS.2.1#07",
"conformance" : [
"MAY"
],
"conditionality" : false,
"requirement" : "The system MAY provide the ability to capture data-validation rules for patient demographic data according to scope of practice, organizational policy, and/or jurisdictional law (e.g., synchronization of a patient's records where the values for the patient's sex are Male=\"1\" in one record, and Male=\"m\" in another record, can only be accomplished if the data-validation rules for those values in each record are known).",
"derivedFrom" : "PHFP S.1.4.1#4"
}
]
}
XIG built as of ??metadata-date??. Found ??metadata-resources?? resources in ??metadata-packages?? packages.